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(54) Generating telephony service detail records 

(57) Generalised service detail records are created 
for a telephony service carried over a packet data net- 
work by monitoring packet network service data signal- 
ling data and quality of service data, and combining 



these data to produce the required service detail 
records. 



Figure 4: Structure of a service detail record 
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Description 
TechnicalReld 

[0001 ] This invention relates to methods and appara- 
tus for generating telephony service detail records, and 
to monitoring systems for collecting data for these 
records from a network, such as a packet data network, 
which is used for example to carry multimedia services 
(as described in ITU recommendation H.323 or the 
IETF SIP standard). 

Packground 

[0002] The provision of multimedia communications 
services over a packet data network (PDN) which may 
not provide quality of service guarantees has recently 
generated a great deal of interest due to the success of 
networks based on the internet protocols (TCP/IP). Net- 
work operators are currently trialing multimedia commu- 
nications services over a variety of packet data 
networks such as IP, Frame Relay (FR) and Asynchro- 
nous Transfer Mode (ATM). A major problem is to gen- 
erate service detail records (generalised call data 
records), in real-time or batch-mode, which measure 
the service usage of individual users and the service 
quality that was actually experienced by the user. 

Disclosure of Invention 

[0003] The invention described here enables a net- 
work operator to generate such records on a pure PDN, 
or on a hybrid network of interconnected PDNs and 
switched circuit networks (SCNs). It also includes a 
method for automatically discovering the network con- 
figuration information, including addressing and identi- 
fying the relationships between gatekeepers and 
endpoints. 

[0004] According to one aspect of this invention there 
is provided a method of monitoring a packet data sub- 
network (e.g. ethernet segment) or link (e.g. a T3 link 
carrying IP over PPP), comprising the steps of: monitor- 
ing at a first location signalling messages to detect the 
existence of a call; and monitoring at multiple other 
locations to identrfiy some or all packets associated with 
the call (in H.323, the Gall ID can be used to identify all 
packets associated with a given call). The captured 
packets may include both signalling data and data from 
multimedia streams associated with the call. It may be 
required for wire-tap applications, for example to use the 
signalling data to identify calls of interest, and then cap- 
ture the entire multimedia stream. It may be necessary 
to buffer captured packets at each location to ensure 
that all packets associated with the call could be cap- 
tured. 

[0005] In addition, the packets associated with a con- 
ference call can be correlated together to form a service 
record for a conference call. This can be achieved by 



capturing ail packets with the same conference ID in 
H.323, for example. 

[0006] In some cases it may be desirable to monitor 
additional signalling messages, e.g. Signalling System 

5 No. 7 (SS7) protocol messages or Integrated Services 
Digital Network (ISDN) messages, on signalling links in 
an SON (such as the public switched telephone network 
- PSTN) coupled to said packet data network, to derive 
additional monitoring data, and correlate those addi- 

10 tional monitoring data with at least some of first monitor- 
ing data. These can be correlated to the original call by 
using characteristics such as calling or called party 
numbers to identify the call. 

[0007] Other aspects of the invention are identified in 
15 the appended claims. 

Brief Description of Drawings 

[0008] Methods and apparatus in accordance with this 
20 invention for generating telephone service detail 
records will now be described, by way of example, with 
reference to the accompanying drawings, in which: 

Figure 1 shows a distributed monitoring system 
25 for a PDN carrying multimedia voice serv- 

ices; 

Figure 2 shows examples of extensions of this 
architecture to correlate data from the PDN 
with signalling data from the SON; 

30 Figure 3 shows the sequence of message types 
which can be captured to construct a serv- 
ice detail record; and 
Figure 4 shows an example of the structure of a 
service record that could be constructed 

35 from the data collected by the monitoring 

system. 

Best Mode for Carrying Out the Invention. & Industrial 
Applicability 

40 

[0009] The distributed monitoring system shown in the 
drawings has the capability to collect data from a com- 
bined PDN and SCN carrying multimedia services, cor- 
relate these data in real-time, and provide a real-time 

45 view of services on the network. These data can be 
used for applications such as troubleshooting, surveil- 
lance, security, network planning, provision of account- 
ing information to customers, fraud detection, billing and 
acquisition of marketing information. 

so [0010] Refemng to Figure 1, the probes shown are 
part of a distributed monitoring system, and are link 
monitoring devices (using techniques similar to those in 
existing protocol analysers for example). The distributed 
monitoring system is constructed from the probes and 

55 standard computer and communications components, 
with special-purpose software which provides the appli- 
cations described above. A principal function of this 
software is to correlate data from different probes to 
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provide a record or real-time trace of calls, transactions 
and other services as they occur on the network The 
Hewlett-Packard acceSS7 system is an example of a 
distributed monitoring system which could be used to 
implement parts of the system described above. 
[001 1 ] An example of a monitoring system architec- 
ture is given in Figure 2. This shows probes monitoring 
the PDN, SS7 network and the ISDN. The SS7 probes 
could be for example from the Hewlett-Packard 
acceSS 7 system. The ISDN primary rate access 
probes could for example be constructed using the 
same techniques as in existing protocol analysers (such 
as the Hewlett-Packard 37900D Signalling Test Set). 
The PDN probes could be constructed from the Hewlett- 
Packard LanProbes for example. 
[0012] The distributed monitoring system is arranged 
to correlate real-time data from any combination of 
these probes This includes, for example, signalling data 
from the SS7 links, signalling from the ISDN links (e.g. 
the D-channel for N-ISDN), the signalling data for the 
multimedia service from the PDN, and the multimedia 
stream data (e.g. data indicating packet loss, latency or 
jitter). It may also include the capture of the entire multi- 
media stream for applications like wire tapping or trou- 
bleshooting. 

[001 3] For convenience the invention is described pri- 
marily with reference to the H.323 recommendation, 
using IP as the PDN, and optionally connected to one or 
more SCNs using narrowband ISDN and/or SS7 signal- 
ling with trunk connections. However, it should be 
understood that this terminology is to be taken as 
including within its scope analogous functionality, 
whether or not they are customarily identified by the 
terms used in these standard recommendations. 

AUTO-DISCOVERY PROCESS 

[0014] The PDN is continuously monitored for packets 
that provide configuration information on H.323 end- 
points and gateways. These packets may be captured 
to create and maintain a database (the network discov- 
ery database) which gives configuration information 
addressing information and relationships between the 
endpoints and gateways. The network discovery data- 
base may also take data from additional sources to sup- 
plement or verify the captured data. Any discrepancies 
between the discovered data and the data from other 
sources should be used to generate an alarm to the net- 
work operator indicating a possible network configura- 
tion problem. The details of the data captured are 
described in the following paragraphs. 
[001 5] A type of transaction which is tracked by the 
monitoring system is the gateway discovery process. 
This is used by an endpoint to automatically find a gate- 
keeper which will provide service to it The monitoring 
system uses the data captured from the sequence of 
messages between the endpoint and the gatekeeper, to 
identify endpoints and gateways and to build a database 



of the relationships between endpoints and gatekeeper. 
The database stores information derived from the cap- 
tured data which identifies the endfcbint and gatekeeper. 
This includes the network addresses and port numbers. 

s The monitoring system monitors continuously for end- 
point discovery attempts, to maintain an accurate data- 
base of the network configuration. 
[0016] The endpoints may go through a registration 
process with its gatekeeper. This process may be 

10 repeated periodically rf the registration has a finite life- 
time. The monitoring system monitors the network con- 
tinuously for packets involved in the registration 
process. The monitoring system captures the relevant 
packets and uses the data relating to the endpoint and 

is gateway to update and add information to the database. 
This typically includes any transport addresses (trans- 
port address «= (Network address, TSAP or port 
number)), any alias addresses and any other address- 
ing or configuration information associated with the end- 

20 point or gateway. 

[001 7] Endpoints may also request from a gatekeeper 
location information for an endpoint for which it has the 
alias. The monitoring system will continuously monitor 
for the exchange of packets associated with this loca- 
ls tion process and capture data from the relevant packets. 
This data can be used to update or add information to 
the network discovery database that identifies the rela- 
tionship between aliases, transport addresses and any 
other addressing or configuration information. The may 

30 include information which identif ies how to connect to a 
destination on the SCN (e.g. E.164 addresses). 
[0018] Access tokens may be used to enable an end- 
point to hide its transport address from the endpoint to 
which it is establishing communication. The monitoring 

35 system will continuously monitor the network to capture 
packets that are used in the process of distributing 
access tokens to endpoints. The captured data is used 
to add to or update information in the network database 
indicating the association between an access token and 

40 an endpoint. 

GENERATION OF SERVICE RECORDS 

[0019] This section lists the types of fields in service 
45 records, and describes how the distributed monitoring 
system could provide the required data. A service 
record is generated for each instance of the usage of a 
specific service. This is a generalisation of a call record, 
which is generated by current switches. A service is nor- 
so mally defined from the perspective of the user. The 
service may actually involve a number of calls or trans- 
actions, for example. In the case where only the PDN is 
being monitored, these service records include data 
from the signalling between any combination of gate- 
55 ways, gatekeepers, terminals and multi-point control- 
lers; and data from the multimedia streams controlled 
by this signalling. In the case where the SCNs con- 
nected to the PDN are being monitored, the service 
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record will also include data from the signalling data on 
the SCN collected from the probes connected to the 
SCN. The network discovery database may be used in 
constructing the service records to fill any address or 
configuration information which is not available directly 5 
from the packets involved in the call. 
[0020] Figure 3. shows an example of the sequence 
of packets which may be captured at different levels in 
the overall stack of protocols (such as Q.931 , H.245 and 
an unreliable datagram protocol - UDP) to provide a 10 
service detail record. Figure 4 illustrates how the infor- 
mation from these different parts of the overall transac- 
tion can be used to contribute to different respective 
parts of a service detail record. 

is 

1 . Calling Party Information. 

[0021] This includes any information which call be 
derived about the calling party from the signalling data 
flowing on the PDN, and is therefore available to the link 20 
monitoring probes. Typical information includes: calling 
party number; any ISDN sub-addressing information; 
calling party name; network addresses; TSAP or port 
numbers; alias addresses; and any numbers or 
addresses related to billing. This information call be 25 
derived from the sequence of messages used to setup 
a call. In the H.323 recommendation, this call be 
achieved by extracting the relevant fields from the Q.931 
messages used in setting up the call (set-up, call pro- 
ceeding alerting, connect for example). In the cases 30 
where one or more gatekeepers are involved the admis- 
sion signalling (H.225 ARQ and ACF messages for 
example) between gatekeeper and endpoint is captured 
to identify the logical channel for call signalling. The log- 
ical channel is typically identified using the transport 35 
address. 

[0022] Additional information may be derived from call 
setup messages on the ISDN D channels of an inter- 
connected SCN. at either the originating or terminating 
end or both; and/or from call setup messages on any of 40 
the SS7 links of the SCN. Additional information may 
also be derived from any intelligent network service 
messages that now over the SS7 links as part of the 
specific service usage. 

45 

2. Called Party Information. 

[0023] As for calling party information, but replace 
calling party by called party. 

50 

3. Information on each party in a conference. 

[0024] The equivalent data to the calling party infor- 
mation for each party in a conference, with, additional 
information on the conference objective (join confer- 55 
ence. create conference or invite for example) and a 
means to identify the conference ( Conference ID for 
example). 



4. Network Routing and Logical Channel Information. 

[0025] This may include any information on the net- 
work resources which were used to provide this specific 
service usage. The following are examples of data 
which might be provided: 

logical channels associated with the call and their 
identifiers. 

the requested media, codecs (coder/decoders), 
service quality and bandwidth for each channel, 
the negotiated media codecs, service quality and 
bandwidth for each channel, 
any other performance or configuration data oil the 
channels which are requested or established during 
the call or conference. 

Each of these uses is time-stamped, and the sequence 
and nature of the use indicated. These data can be 
obtained in a similar way as was described for item 1 
above from the capture of packets carrying signalling 
information. More specifically the logical channels can 
be identified by using the fields within an OpenLogical- 
Channel structure within certain messages defined in 
H.323 and associated recommendations. Subsequent 
messages which control the logical channels are also 
monitored and any changes in channel configuration 
can be time stamped and added to the service record. 
[0026] A important additional set of information is the 
measured quality of service and bandwidth usage on 
each of the logical channels set-up as part of the call. 
This will typically include packet toss rates, latency and 
jitter measurements which are made over selected 
intervals by capturing packets from the logical channels 
and extracting the relevant fields. 

5. Supplementary Services Information. 

[0027] This may include any information on supple- 
mentary services used for this specific service usage. 
The following are some examples of the data which may 
be provided: 

call forwarding indication and address information; 
interactive voice response information on the use of 
intelligent peripherals; 
800 number services; 

ally custom services that may be invoked during the 
call or conference. 

This information includes time-stamps, duration and the 
nature of the use. These data can be obtained in a sim- 
ilar way as was described for item 1 above. 

6. Service Status and Termination Information. 

[0028] This may include time-stamped information on 
the initiation of the service, time-stamped information on 
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any status changes occurring during service and time- 
stamped information on the termination of the service. 
The termination information should include the reasons 
for termination. 

[0029] These date can be obtained in a similar way as 5 
was described for item 1 above, tn particular, the H.245 
endSessionCommand message and the Q.931 call ter- 
mination messages, the call clearing messages on the 
SS7 links and the ISDN D channels can provide details 
on the reasons for call termination. io 

7. Additional Service Quality Information. 

[0030] The service quality information provided is 
dependent on the service indicated in the service type is 
field. The following gives some examples of what can be 
provided for specific services. 

[0031 ] Voice quality is mainly indicated by the bit error 
rate, jitter and delay. These parameters can be meas- 
ured using a passive monitoring system and monitoring 20 
at two points in the network. Signalling information call 
be used to identify the logical channels on the PDN, the 
ISDN B channels or the time slots on SCN trunks, that 
are carrying the voice signals. The bit streams from 
each of the channels or trunk time slots identified can 25 
be compared to derive the delay, jitter and bit error rate 
caused by the intermediate networks. 

8. Service Usage Information. 

30 

[0032] The type of usage data provided by the distrib- 
uted monitoring system depends on the specific serv- 
ice. Some examples follow. 

[0033] Voice, video and fax services require call dura- 
tion and used bandwidth. 35 
[0034] The data oriented services require data such 
as total bits, frames and packets in each direction. This 
may be provided for regular time intervals for the dura- 
tion of the service. It may also be broken down into a 
traffic matrix, where the data protocol has additional 40 
addressing information (such as IP addresses). The 
data are obtained in a similar way as is described for 
item 1 above. 

9. Security Information. 45 

[0035] A particular instance of service usage may be 
an attempt to obtain unauthorised access to resources. 
The service record includes information which may indi- 
cate this type of behaviour. This may include information so 
about the duration of call, the way the call was termi- 
nated and details of the service used. 
[0036] An example would be where there are 
repeated failed attempts to gain access to different 
resources. 55 



REAL-TIME UPDATES ON SERVICE USE 

[0037] The date that populates the service records 
described in the previous section can be collected in 
real-time from the monitoring probes. These data can 
be provided in real-time on remotely connected comput- 
ers, as they become available. A user of the distributed 
monitoring system can apply filtering criteria on any of 
the information described in the previous section, to 
select those instances of service use for which real-time 
updates are required. 

WIRE-TAP CAPABILITY 

[0038] Any of the data extracted from the signalling 
messages call be used to match criteria set by the user 
of the monitoring system and trigger some or all of the 
logical channels to be captured in their entirety. This 
technique can be used to provide a wire-tap capability, 
which would allow real-time copies of the media 
streams to be routed through the monitoring system to 
a third party, or stored for analysis. The filtering could 
also be on characteristics in the media stream (for 
example, a specific spoken word in an audio stream) 
which, if matched, would trigger the capture of all the 
service record information from the signalling mes- 
sages, as described earlier. 

APPLICATIONS 

[0039] The following applications can be implemented 
using the data from the service records described 
above or the real-time service updates. Data from other 
sources may be used to enhance the effectiveness of 
these applications. 

A. Quality of Service and Service Level Agreements. 

[0040] The service records described above can be 
used to provide service quality information on selected 
customer's service. This can be used to track conform- 
ance to service level agreements, and be provided to 
the customer as an additional service. It can be pro- 
vided as periodic reports, or in real-time using the real- 
time updates described above. 

B. Surveillance and Troubleshooting for Network Opera- 
tions. 

[0041 ] The service records and real-time updates can 
be used to identify service or network faults. The infor- 
mation can also be used to troubleshoot the faults. 

C. Fraud Detection. 

[0042] The service records and real-time updates can 
be used to identify potential fraudulent use of the net- 
work or service. Indications may include excessive use 
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of high value services, unusual call termination behav- 
iour and repeated failures to gain access to a service. 
The distributed monitoring system may be used to track 
the service usage of potential high-risk users in real- 
time. 5 

D. Security and Hacking Detection 

[0043] Potential security threats can be identified by 
repeated failures to gain access to a service. They also 
may be indicated by successful access to sensitive 
services, such as maintenance ports on customer 
premises equipment (CPE). This type of data is availa- 
ble from the service records and the real-time updates. 

E. Billing Data 

[0044] The service records can be used as a basis for 
billing which is dependent on any of the fields in the 
service record. This allows, for example billing to be 
based on the actual service quality delivered. It also 
enables billing to reflect the nature and generation of 
the usage of resources on the network, such as intelli- 
gent peripherals and databases. The billing data could 
be made available in real-time. 

F. Customer Accounting Data 

[0045] The detailed service usage information in the 
service records call be provided to customers for use in 
their internal accounting. This includes the traffic matrix 
information for packet and frame based protocols, which 
the system derives from the B and D ISDN channels. 

G. Customer and Telecom Operator Network Planning ss 

[0046] The service records can provide detailed infor- 
mation on the use of network resources which can be 
provided to network planning departments within the 
operator and the customer. 40 

H. Wire-tap 

[0047] The wire-tap capability described above can be 
used to provide wire tap services to authorized third 4s 
parties, and potentially as a trouble shooting tool. 

Claims 

I. A method of generating generalised service detail so 
records for telephony communications carried over 

a packet network, comprising the steps of: 

acquiring packet network service data from 
packets carrying the telephony communica- ss 
tions; 

acquiring signalling data from a signalling pro- 
tocol to identify at least one of addressing, con- 



figuration, status and timing info rm ation for 
endpoints, gatekeepers and connections 
involved in a call; and 

combining said packet service data and said 
signalling data to generate service detail 
records. 

2. The method of claim 1 , wherein some or all of the 
data is captured by a passive monitoring system. 

3. The method of claim 1, wherein packet network 
service data are acquired from the protocol head- 
ers of the packets carrying the signalling data for 
the telephony service. 

4. The method of claim 1 , including using the informa- 
tion captured in the signalling messages to identify 
the logical channels carrying the media streams, 
and capture some or all of the packets on the logi- 
cal channels in real-time at one or more points in 
the network. 

5. The method of claim 4, wherein captured data are 
used to measure the quality of service actually 
achieved by each channel. 

6. The method of claim 1 , including using the informa- 
tion captured in the signalling messages to identify 
the logical channels carrying the media streams, 
and capture some or all of the packets on the logi- 
cal channels in real-time at one or more points in 
the network. 

7. The method of claim 6, wherein captured data are 
used to provide secret access to the media stream 
for troubleshooting or surveillance purposes. 

8. The method of claim 7, wherein addressing infor- 
mation for the target user is used to select the cor- 
rect signalling packets, potentially in conjunction 
with data from a network discovery database. 

9. The method of claim 1, including correlating the 
data from the PDN with data collected from an SCN 
(such as a PSTN, ISDN or B-ISDN) to enhance the 
generalised service detail records. 

10. The method of claim 9, including use of data col- 
lected from passive monitoring of the signalling net- 
work (e.g. SS7) or access signalling (e.g. ISDN, B- 
ISDN). 

11. The method of claim 9, including use of data col- 
lected from the transmission network for audio or 
video quality. 

12. The method of claim 1 , including using the general- 
ised service detail records to bill for the telephony 
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service, optionally taking into account the quality of 
service and usage data, and optionally including 
tracking to see if customers have been exceeding 
their agreed bandwidth constraints. 

s 

1 3. The method of claim 1 , including using the general- 
ised service detail records to detect potentially 
fraudulent service usage, perform network plan- 
ning, perform marketing studies, perform network 
operations functions, modify the network configura- to 
tion in real-time to achieve quality of service objec- 
tives, and/or perform customer care functions. 

14. A method of discovering the network configuration 

of the endpoints. gatekeepers and their relation- 75 
ships, for a telephony communications service car- 
ried by a PDN, by using a passive monitoring 
system to capturing the signalling messages 
involved in the configuration and negotiation of rela- 
tionships, addressing and resource allocation, 20 
between endpoints and gatekeepers. 

15. A method of generating generalised service detail 
records for telephony communications carried over 

a packet network comprising the steps of: 25 

acquiring packet network service data for the 
packets carrying the telephony service; 
acquiring signalling data regarding at least one 
of call control, registration admissions, band- 30 
width management, call status, address trans- 
lation and intelligent network services; 
acquiring quality of service data for the teleph- 
ony service transmission level; and 
combining said service data; said signalling 35 
data and said quality of service data to gener- 
ate generalised service detail records. 

16. The method of any one of the preceding claims, 
wherein the capture of packets is performed at mul- 40 
tiple points in real time, and then correlated in real- 
time. 

17. The method of any one of the preceding claims, 
wherein the telephony communications comprise 45 
real-time voice or audio, fax, voice-messaging, real 
time video or multimedia communications. 

18. The method of any one of the preceding claims, 
wherein the packet network is an IP, frame relay or so 
ATM network. 

19. A method of monitoring a packet data sub-network 
or link, comprising the steps of: monitoring at a first 
location signalling messages to detect the exist- ss 
ence of a call; and monitoring at multiple other loca- 
tions to identify some or all packets associated with 

the call. 



7 



C348164A1 l_> 



EPO 948 164 A1 



■5 

L. 

< 
l 

c 

• MM* 

b 

o 

* 

T — 

Q) 
O) 




&V5DQCID: <EP . 



_C34B164A1 I > 



EP0 948164 A1 




BNSDOCID: <EP C348164A1_I_> 



EP 0 948 164 At 




EP0 948164 A1 




11 



BNSDOCID. <EP _0348164A1..1_» 



European Patent 
Office 



EPO 948 164 A1 
EUROPEAN SEARCH REPORT 



Application Number 

EP 98 30 2903 



si 



DOCUMENTS CONSIDERED TO BE RELEVANT 




Category 


Citation ol document with indication, where appropriate, 
of relevant passages 


Relevant 
to claim 


classification of the 

APPLICATION (tnt.Cl.6) 


X 

A 
A 

A 

A 

A 


EP 0 786 883 A (HEWLETT PACKARD CO) 
30 July 1997 (1997-07-30) 

* figure 1 * 

* column 3, line 4 - column 7, line 40 * 

HANSSON A ET AL: "PHONE OOUBLER - A STEP 
TOWARDS INTEGRATED INTERNET AND TELEPHONE 
COMMUNITIES" 
ERICSSON REVIEW, 

no. 4, 1997, pages 142-151, XP000725693 

* figures 4,6 * 

* page 142 - page 144, right-hand column, 
line 31 * 

* page 146, right-hand column, line 14 - 
page 149, left-hand column, line 5 * 

* page 151, left-hand column, line 11 - 
line 35 * 

US 5 008 929 A (JARVIS BEN L ET AL) 
16 April 1991 (1991-04-16) 

* figures 1,9 * 

* column 1, line 53 - column 2, line 23 * 

MATT I (FI); MELEN BJ0ERN (FI); 
VAEAENAENEN) 28 November 1996 (1996-11-28) 

* figures 1-5 * 

* page 4, line 26 - page 5, line 35 * 

* page 7, line 8 - page 13, line 30 * 

WO 93 26111 A (HEWLETT PACKARD CO 
; GALLOWAY JAMES ROBERTSON (DE)) 
23 December 1993 (1993-12-23) 

* figures 1-7 * 

* page 2, line 8 - page 5, line 5 * 


19 

1-6,12, 
15-18 

1-19 

1,10,12, 
14,15,19 

1,3,9, 
10,12, 

1 Q 1Q 

1-3,14, 
18,19 


H04L12/26 
H04Q3/00 


TECHNICAL FIELDS 
SEARCHED (Int.CI.6) 


H04M 
H04L 
H04Q 


The present search report has been drawn up for all claims 


Place ol search Date ol completion cJ me saaicn Examiner 

THE HAGUE 14 July 1999 Eraso Helguera, J 


CATEGORY OF CITED DOCUMENTS T : taeory or principle underlying the invention 

E : earlier patent document but published on, or 
X * particularly relevant H taken alone after the fSirtg date 
Y : particularly relevant if contorted with another D : document cited in the application 
document of the same category L : document cited for other reasons 

O non-wrtnen disclosure & : member of the same patent tamily, corresponding 
P : intermediate document document 



12 



BNSDOCID <EP C348164A1J > 



EP 0 948 164 A1 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 98 30 2903 



This annex Itsts the patent family members relating to the patent documents cited in the above-mentioned European seerch report. 
The members are as contained in the European Patent Office EDP file on 

The European Patent Office is tn no way (table for these particulars which are merely given for the purpose of information. 

14-07-1999 



Patent document 




Publication 




Patent family 




Publication 


cited in search report 




date 




member(s) 




date 


EP 0786883 


A 


30-07-1997 


JP 


9261254 


A 


03-10-1997 


US 5008929 


A 


16-04-1991 


CA 


2033880 


A,C 


19-07-1991 


M0 9638018 


A 


28-11-1996 


FI 


961690 


A 


25-11-1996 








AU 


5916696 


A 


11-12-1996 








CA 


2221183 


A 


28-11-1996 








CN 


1185268 


A 


17-06-1998 








EP 


0829181 


A 


18-03-1998 








NO 


975343 


A 


21-01-1998 


W0 9326111 


A 


23-12-1993 


0E 


69226436 


D 


03-09-1998 








DE 


69226436 


T 


03-12-1998 








EP 


0598739 


A 


01-06-1994 








JP 


6509927 


T 


02-11-1994 








US 


5430709 


A 


04-07-1995 



& For more details about this annex : see Official Journal of the European Patent Office. No. 12/82 



13 



&NSDOCID. <EP G34ai64AlJ_> 



